home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940385.txt < prev    next >
Internet Message Format  |  1994-11-13  |  24KB

  1. Date: Wed,  6 Apr 94 16:07:20 PDT
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #385
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Wed,  6 Apr 94       Volume 94 : Issue  385
  11.  
  12. Today's Topics:
  13.                              73 (2 msgs)
  14.           [News]  NOAA/NWS To Expand Weather Radio Coverage
  15.                           Cable channel 18..
  16.           Conn. Commission: ARRL Discriminates Against Gays
  17.             Forwarding: PCBoard Artwork and LASER Printers
  18.                          FT-530 DC CONNECTOR
  19.                          Gammer and speeling
  20.                       heinous operating (2 msgs)
  21.                 Heinous operating techniques (AGAIN!)
  22.        How phasing SSB Exciters Work (Was:  RF and AF speech pr
  23.            Password=?/for callsign.cs.buffalo.edu (2 msgs)
  24.                  STOP SENDING HAMS ON USENET CRAP !!!
  25.  
  26. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  27. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  28. Problems you can't solve otherwise to brian@ucsd.edu.
  29.  
  30. Archives of past issues of the Info-Hams Digest are available 
  31. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  32.  
  33. We trust that readers are intelligent enough to realize that all text
  34. herein consists of personal comments and does not represent the official
  35. policies or positions of any party.  Your mileage may vary.  So there.
  36. ----------------------------------------------------------------------
  37.  
  38. Date: 6 Apr 94 17:00:34 GMT
  39. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com!charnel!psgrain!news.tek.com!gvgpsa.gvg.tek.com!gold.gvg.tek.com!gold!cleveland@network.ucsd.edu
  40. Subject: 73
  41. To: info-hams@ucsd.edu
  42.  
  43. Recently
  44. >|David R. Tucker         KG2S        8P9CL            drt@world.std.com|
  45. replied to the "73's" war thread:
  46.  
  47. >It's not confusing or ambiguous.  If you don't like it, don't use it.  But
  48. >if someone foregoes the simple substitution you happen to use, and
  49. >says "seventy-threes" on a repeater, what's the big deal?  
  50.  
  51. Oh David, poor David,
  52.  
  53. You really do miss the point don't you.
  54. It's not a linguistic issue at all,
  55. it's a religious issue, and you'll never
  56. win that one by using logic.
  57.  
  58. 73
  59.  
  60. Grover
  61.  
  62.  
  63. ************************************************************************
  64. * Grover Cleveland                                WT6P@KE6LW.#NOCAL.CA *
  65. * Instructional Designer                               v(916) 478-3153 *
  66. * The Grass Valley Group Inc. - A Tektronix Company    f(916) 478-3831 *
  67. * Grass Valley, California                                    DoD 7388 *
  68. ************************************************************************
  69.  
  70. ------------------------------
  71.  
  72. Date: Wed, 6 Apr 94 17:25:39 GMT
  73. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!torn!nott!dgbt!clark.dgim.doc.ca!news@network.ucsd.edu
  74. Subject: 73
  75. To: info-hams@ucsd.edu
  76.  
  77. Russell Lee (George@golflima.demon.co.uk) wrote:
  78.  
  79. : Yes, I think you are quite correct. *73* should not have an *s* nor a
  80. : *best* or *very*.  Whats all this nonsense with *KN* when *K* is
  81. : all thats needed?   73
  82. : -- 
  83. : Russell Lee     G6GL
  84.  
  85. There is a difference between "K" and "KN".  "KN" signifies 'over to you
  86. only' whereas "K" signifies "over to you' and any other station is invited
  87. to break in.  
  88.  
  89. Jim, VE3XJ
  90.  
  91. ------------------------------
  92.  
  93. Date: Wed, 6 Apr 1994 17:00:59 GMT
  94. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!darwin.sura.net!rsg1.er.usgs.gov!dgg.cr.usgs.gov!bodoh@network.ucsd.edu
  95. Subject: [News]  NOAA/NWS To Expand Weather Radio Coverage
  96. To: info-hams@ucsd.edu
  97.  
  98. In article <1994Apr6.081311.29757@ke4zv.atl.ga.us>, gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  99. |> Since I live in the area of the tornados, I'll say that Al Gore doesn't
  100. |> know what he's talking about. (no surprise) The area of the tornados
  101. |> is served well by 3 NWS stations, and numerous broadcast stations tied
  102. |> to the EBS system. The problem is that people weren't listening to the
  103. |> warnings being issued. 
  104. |>... 
  105. |> (When some regional reporting station relayed over your local
  106. |> NWS automated transmitter is saying partly cloudy, and you've
  107. |> got 4 inches of partly cloudy on the ground and more falling,
  108. |> you begin to lose confidence in the system.)
  109. |> 
  110. |> Gary
  111.  
  112. More people should buy weather alert weather radios.  In tornado weather,
  113. I monitor TV, weather radio (NOAA) and the ham/civil defense spotters.  It
  114. is scary sometimes when you consider the delays.  The typical delay between
  115. when the spotter(s) verify the tornado on the ground and when the NOAA
  116. station sounds the alert can be 1-2 minutes.  I have seen 10 minute delays
  117. between when it is sighted and when a tornado warning is broadcast on TV.
  118.  
  119. ------------------------------
  120.  
  121. Date: Wed, 6 Apr 94 13:29:22 -0500
  122. From: ihnp4.ucsd.edu!swrinde!gatech!news.byu.edu!news.mtholyoke.edu!nic.umass.edu!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
  123. Subject: Cable channel 18..
  124. To: info-hams@ucsd.edu
  125.  
  126. Aaron Smith <wolfman@p-cove.UUCP> writes:
  127.  
  128. > I don't know how much this has been discussed here, but I would like to 
  129. >know what I can do about our cable system. There is a real bad cable leak 
  130. >in our town. If I tune to 145.25 while in my car, I can even hear their 
  131. >continuous carrier, thats how bad it is.. Who do I talke to or contact 
  132. >about getting this problem fixed? Whenever someone transmits they get 
  133. >into everyones channel 18 in about a half mile radius. Noone has really 
  134. >complained to the cable company yet, probably because here it's a pay 
  135. >station (PASS.. joy) and I don't think many people subscribe to it..
  136.  
  137. I agree with Tony -- cable systems these days are positively paranoid about
  138. "egress" problems because the FCC has been cracking down hard on operators
  139. that don't fix their leaks.  When you call be sure to ask for the chief
  140. technician (they say "technician" in the cable biz, not "engineer" as in
  141. broadcasting) and tell him whatever you can about where you heard the carrier.
  142.  
  143. -- Ed Ellers, KD4AWQ
  144.  
  145. ------------------------------
  146.  
  147. Date: 6 Apr 1994 15:30:03 -0400
  148. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!howland.reston.ans.net!news.ans.net!hp81.prod.aol.net!search01.news.aol.com!not-for-mail@network.ucsd.edu
  149. Subject: Conn. Commission: ARRL Discriminates Against Gays
  150. To: info-hams@ucsd.edu
  151.  
  152. In article <204315Z05041994@anon.penet.fi>, an87806@anon.penet.fi writes:
  153.  
  154. Too long to reprint, but the article said that the ARRL discriminates against
  155. gays.
  156.  
  157. Well good for the ARRL!  Ham radio is not about somebody's sexual orientation. 
  158. It is about a radio hobby.  I am getting sick and tired to the gays throwing
  159. their lifestyle in my face.  I sure don't want them pushing their lifestyle
  160. into my hobby.  I don't push my lifestyle into theirs.
  161.  
  162. ARRL, thanks for standing up to the radicals!  Keep up the fight!
  163.  
  164. ------------------------------
  165.  
  166. Date: 6 Apr 94 17:36:32 GMT
  167. From: news-mail-gateway@ucsd.edu
  168. Subject: Forwarding: PCBoard Artwork and LASER Printers
  169. To: info-hams@ucsd.edu
  170.  
  171. From: David Shalita:ES AE:Xerox
  172. Sender: D.R. Shalita:ES AE:Xerox
  173. Subject: PCBoard Artwork and LASER Printers
  174. Date: 6-April-94 (Wednesday) 8:17:55 PDT
  175. Answer to: David Shalita:ES AE:Xerox
  176. In reply to: D.R. Shalita:ES AE:Xerox
  177.  
  178. Note: Hi, 
  179. I'm attempting to make at home, small PCBoard artwork for QRP 
  180. and Homebrew projects using TONER TRANSFER IRON-ON mylar 
  181. film products. I am a PADS Shareware User, and now will also 
  182. try using EASYTRAX to generate the PCBoard artwork files.
  183.  
  184. Just as I am getting started;
  185. My old dot matrix printer died, so MUST purchase a replacement 
  186. printer. This will be my personal printer, so on small budget,
  187. am trying to purchase the most capable compatible printer 
  188. my dollars will buy.
  189.  
  190. A Laser Printer is a must since I will be using the IRON-ON toner 
  191. transfer materials. Am I correct in assuming that less costly 
  192. INKJET printers are not usable, unless I copied every PCBoard
  193. image onto the IRON-ON sheets on a plain paper copier....knowing
  194. that there will be inaccuracies from copying?
  195.  
  196. An HP 4L (1 mbyte ram) or an EPSON ACTION LASER 1500 (1 mbyte ram)
  197. seem to be 2 possible affordable printers. I am concerned that 
  198. both printers may not have enough ram memory for PCBoard
  199. artwork and GIF files for fun. 
  200.  
  201. My PCBoard files from PADS seem to be around 240 kbytes when 
  202. output using the HPIIP mode. GIF files seem to be from 80 to 
  203. 700 kbytes. Ram memory versus file size....?
  204.  
  205. Is anyone out there doing PCBoard artwork on either of these LASERS
  206. or an other brand that is equivalent or less expensive and equally
  207. usable?
  208.  
  209. Another question.
  210. What software will work to do the INVERTING of the arwork image?
  211. I do not see that capability in PADS and am not sure with EASYTRAX.
  212. Some Shareware Paint program?
  213.  
  214. Any thoughts will be very helpful.
  215.  
  216. Thanks and 73 
  217. Dave w6mik 
  218.  
  219. ------------------------------
  220.  
  221. Date: 6 Apr 94 21:31:10 GMT
  222. From: news-mail-gateway@ucsd.edu
  223. Subject: FT-530 DC CONNECTOR
  224. To: info-hams@ucsd.edu
  225.  
  226. I made a mistake in my previous post...
  227. The part number for the connector is E-DC-6
  228. And Yeasu's phone number is (310) 404-2700
  229.  
  230. Sorry for any inconvenience...
  231.  
  232. Pierre
  233.  
  234. ------------------------------
  235.  
  236. Date: Wed, 6 Apr 1994 13:54:21 GMT
  237. From: emba-news.uvm.edu!griffin.emba.uvm.edu!gdavis@uunet.uu.net
  238. Subject: Gammer and speeling
  239. To: info-hams@ucsd.edu
  240.  
  241. Yes, yoous guys are right on. Yous see I have a bad editor and just
  242. am not eble to make me postings come out right.
  243.  
  244. Besudes yous can't persecute me.. I got A in enish at collage.
  245.  
  246. I steel think hams cant speel to gud.
  247.  
  248. -- 
  249.             ******** Gary E. Davis***** WQ1F *****
  250.  The most common of all follies is to believe passionately in the
  251.  palpably not true. It is the chief occupation of mankind.-H.L.Mencken
  252.  
  253. ------------------------------
  254.  
  255. Date: 6 Apr 94 18:45:21 GMT
  256. From: dog.ee.lbl.gov!ihnp4.ucsd.edu!pacbell.com!att-out!cbnewsh!ostroy@ucbvax.berkeley.edu
  257. Subject: heinous operating
  258. To: info-hams@ucsd.edu
  259.  
  260. bote@access1.digex.net (John Boteler) wrote:
  261. >ostroy@cbnewsh.cb.att.com (Dan Ostroy ) writes:
  262. >>One alternative, simply keying up and making a transmission,
  263. >>more often than not,
  264. >>results in even more wasted time.
  265.  
  266. >Why? I have heard an argument similar to yours for
  267. >using "Here is" or a variant, but I need to know
  268. >why transmitting only a callsign results in
  269. >more wasted time than a transmission, a pause,
  270. >and another transmission.
  271.  
  272. Well, I'll take a shot at an explanation.  Try this scenario: 4 stations
  273. (A through D) each want to check in and each has 2 or 3 traffic items to 
  274. list.
  275.  
  276. A and B both key up at the same time, give their calls, and go straight
  277. into listing their traffic.  Both are about equal signal strength, so
  278. no one really gets through.  A only had 2 to list so he stops first.
  279. Then the tail end of B is heard, listing his third piece of traffic, but
  280. no one knows who he was.  When he is done,  C and D commence, and the same
  281. thing happens.  After them, maybe a few more stations would try to checkin.
  282. To prevent chaos, the Net control would have to step in after every few
  283. stations to get repeats on what he had missed.  This is the scenario
  284. I had in mind by "more often than not, ...even more wasted time."
  285.  
  286. The argument was given that the stronger station will be heard
  287. over the weaker.  My observation has been that the dueling stations
  288. are evenly matched nearly half the time, and neither is intelligible.
  289.  
  290. Don't get me wrong.  I don't want to be in the position of defending
  291. the practice, but I have observed that "here is" seems to work.
  292. It appears to enable more stations to check in before the net control
  293. has to come back, and that makes for better efficiency.
  294.  
  295. One net I know of has developed the practice of saying "good evening Joe",
  296. dropping the carrier, then proceeding with callsign and traffic list.
  297. (Assuming Joe is the name of the net control station.)  Hard to believe
  298. how annoying it is to hear "good evening Joe" thirty or forty times.
  299.  
  300. I'm not sure how your net works on 147.18; does each station check in
  301. with only a callsign, then wait for the net control to come back later and
  302. ask if he has anything to list?  If this is the case, then certainly it
  303. makes no sense to put "here is" before the call, if the call is all you
  304. are sending.   But if the initial call also includes an info list of
  305. some variable length, then my A-D scenario above seems like a real strong
  306. possibility.
  307.  
  308. -- 
  309. Dan Ostroy                                                         - K2UL -
  310. AT&T Bell Labs, Holmdel, NJ  USA  908-949-5922             d.ostroy@att.com  
  311.  
  312. ------------------------------
  313.  
  314. Date: 6 Apr 94 21:03:31 GMT
  315. From: sdd.hp.com!col.hp.com!fc.hp.com!myers@hplabs.hp.com
  316. Subject: heinous operating
  317. To: info-hams@ucsd.edu
  318.  
  319. Dan Ostroy (ostroy@cbnewsh.cb.att.com) wrote:
  320.  
  321. > Well, I'll take a shot at an explanation.  Try this scenario: 4 stations
  322. > (A through D) each want to check in and each has 2 or 3 traffic items to 
  323. > list.
  324.  
  325. So what's wrong with using the method I mentioned earlier (check-in via
  326. suffix), plus adding either "with traffic" or "no traffic"?
  327.  
  328. You SHOULD NOT be listing each and every piece of traffic separately at
  329. check-in; this DOES waste time, possibly delaying someone with more important
  330. traffic than yours (which would be flagged at check-in something like, "EW,
  331. emergency traffic" and presumably net control is enough on the ball to drop
  332. everything else and take your traffic first).  Only after the stations are
  333. recognized and net control is trying to get the traffic routing sorted
  334. out would you be asked for the gory details.
  335.  
  336. Our local traffic net uses a slight modification of this; since local traffic
  337. that is outbound almost always is being sent to a regional net (in our case,
  338. the Twelfth Region Net), a station with such traffic is encouraged to simply
  339. use something like "EW, for Twelfth Region Net" or even better "EW, for TWN"
  340. when checking in.
  341.  
  342. If your net control prefers to know how big a load he or she is dealing with,
  343. then your check-in might be "EW with 2" or some such in place of the
  344. simple "with traffic".  But in any event, I've always though that the
  345. "This is" practice is an utter abomination.  If they can hear the "This is",
  346. they would also hear your suffix; if they don't hear it, you still haven't
  347. prevented doubling.  The goal is to use the time/bandwidth EFFICIENTLY.
  348.  
  349.  
  350. Bob Myers  KC0EW   Hewlett-Packard Co.     |Opinions expressed here are not
  351.                    Advanced Systems Div.   |those of my employer or any other
  352. myers@fc.hp.com    Fort Collins, Colorado  |sentient life-form on this planet.
  353.  
  354. ------------------------------
  355.  
  356. Date: 6 Apr 94 13:58:28
  357. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!zip.eecs.umich.edu!hideg@network.ucsd.edu
  358. Subject: Heinous operating techniques (AGAIN!)
  359. To: info-hams@ucsd.edu
  360.  
  361. >Thank you for elegantly proving my argument for me.
  362.  
  363. >Why double the check-in time in the first place
  364. >with an extraneous phrase? Efficient communications
  365. >demand deleting extraneous verbiage and cutting
  366. >to the core of the message.
  367.  
  368. Efficiaent communications also demands standardization. This works quite
  369. well for our net. I guess your mileage may vary. It doesn't double the
  370. check-in time. On the Southeastern Michigan Traffic Net, stations checking
  371. in have additional information beyond their callsigns to give NCS (no traffic,
  372. traffic for so-and-so, etc.). If we didn't require this little check for
  373. doubling, there would be many more repeats on information needed. We've had
  374. people do it both ways, and the "this is" method has proven to be the better
  375. method.
  376.  
  377. I guess you should use whatever works. This works for us.
  378.  
  379. --Steve, N8HSC
  380.   Retired Net Manager, SEMTN.
  381.  
  382. ------------------------------
  383.  
  384. Date: 6 Apr 94 19:02:30 GMT
  385. From: sdd.hp.com!col.hp.com!srgenprp!alanb@hplabs.hp.com
  386. Subject: How phasing SSB Exciters Work (Was:  RF and AF speech pr
  387. To: info-hams@ucsd.edu
  388.  
  389. David Hough (dave@llondel.demon.co.uk) wrote:
  390.  
  391. > In article <CnrLxD.Hww@srgenprp.sr.hp.com> alanb@sr.hp.com (Alan Bloom) writes:
  392.  
  393. > >I have often thought, though, that the Weaver method would be well-suited
  394. > >to implementation in a DSP, since you can get mathematically perfect
  395. > >carrier suppression.
  396.  
  397. > Not sure if it is the most efficient way though, and you are limited in your
  398. > output frequency - or were you only thinking of doing the audio stages in the
  399. > DSP and converting the 'mixed' output back to analogue for injection into
  400. > the RF mixers?
  401.  
  402. I figured you could do it at a low "RF" frequency of a few 10's of kHz 
  403. and then heterodyne it up to the radio's IF frequency.
  404.  
  405. David Stockton (dstock@hpqmoca.sqf.hp.com) wrote:
  406.  
  407. : David Hough (dave@llondel.demon.co.uk) wrote:
  408. : : Why not use a Weaver (Third Method) exciter?   ...
  409.  
  410. :    This avoids the need for broadband (multi-octave) phase shifters but
  411. : still leaves the need for precise amplitude matching to get accurate
  412. : cancellation of the unwanted sideband. The required amplitude and phase
  413. : matching to get comparable suppression to a reasonable quality filter
  414. : exciter are both severe. You can adjust to get best cancellation, but
  415. : this still needs it to be stable and for all frequencies to cancel at
  416. : the same position of the adjuster.
  417.  
  418. Except that the "unwanted sideband" does not fall into an adjacent 
  419. channel as it does with the "first" and "second" methods of SSB generation.
  420. Since the unwanted sideband folds back into the wanted sideband, poor
  421. rejection shows up as audio distortion, rather than adjacent-channel
  422. interference.  A Weaver SSB generator should achieve around 40 dB 
  423. suppression which amounts to around 1% distortion.  I think that's 
  424. rather better than most SSB rigs currently achieve.
  425.  
  426. :    An attractive compromise is to use a phasing source (polyphase
  427. : network, weaver or whatever) to get modest suppression of the unwanted
  428. : sideband, the clipper section of the RF speech processor, and finally a
  429. : wide-ish lower than usual filter.  We get the sum of the suppression
  430. : factors of the two systems, 
  431.                   ... less the amount of clipping used.
  432. If the phasing generator has 30 dB suppression, there is 20 dB of clipping,
  433. and the post-clipping filter has 30 dB suppression, you get a total of
  434. 40 dB suppression, not 60.  However I agree it shouldn't be hard to get 
  435. such a system to be plenty good enough.
  436.  
  437. AL N1AL
  438.  
  439. ------------------------------
  440.  
  441. Date: 6 Apr 1994 18:52:08 GMT
  442. From: ihnp4.ucsd.edu!swrinde!emory!europa.eng.gtefsd.com!news.umbc.edu!haven.umd.edu!cs.umd.edu!newsfeed.gsfc.nasa.gov!bolt.gsfc.nasa.gov!user@network.ucsd.edu
  443. Subject: Password=?/for callsign.cs.buffalo.edu
  444. To: info-hams@ucsd.edu
  445.  
  446. Got in, but then did not know password! Not welcome! Dick
  447.  
  448. ------------------------------
  449.  
  450. Date: 6 Apr 1994 19:25:15 GMT
  451. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!math.ohio-state.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!panda@network.ucsd.edu
  452. Subject: Password=?/for callsign.cs.buffalo.edu
  453. To: info-hams@ucsd.edu
  454.  
  455. In note <RICHARD_BOLT-060494135237@bolt.gsfc.nasa.gov>, RICHARD_BOLT@CCMAIL.
  456. GSFC.NASA.GOV (Dick Bolt) writes: 
  457. >Got in, but then did not know password! Not welcome! Dick
  458. If you just want the callsign server telnet to callsign.cs.buffalo.edu 2000. 
  459. No password is required on that port. However the 'buffalo' callsign server is 
  460. from April 1993 and is out of date. There is a more up to date server (October 
  461. 1993) at pc.usl.edu 2000. Both servers work exactly the same.
  462.  
  463. ---
  464. _________________________________________
  465. The opinions in this post are mine and my cat's, not my employer's.
  466. scottm@csg.mot.com  (Scott F. Migaldi)
  467.  
  468. ------------------------------
  469.  
  470. Date: 31 Mar 1994 16:18:11 +1000
  471. From: ihnp4.ucsd.edu!munnari.oz.au!yoyo.aarnet.edu.au!news.adelaide.edu.au!news.cs.su.oz.au!metro!news.ci.com.au!eram.esi.com.au!not-for-mail@network.ucsd.edu
  472. Subject: STOP SENDING HAMS ON USENET CRAP !!!
  473. To: info-hams@ucsd.edu
  474.  
  475. In article <764973671snx@bsdihi.atr.bso.nl>,
  476.     dihi@bsdihi.atr.bso.nl (Dick Hissink) writes:
  477.  
  478. | It happens again and again. Every couple of weeks six tremendous large
  479. | files with AMATEURS ON USENET. This times each part from the six even
  480.  
  481. Every couple of weeks?  I doubt it.
  482.  
  483. | AMATEURS ON USENET: Those interested can download the latest updated 
  484. | version by ftp form server....
  485.  
  486. Excuse me, but USENET does not necessarily imply access to FTP etc.
  487.  
  488. | What do Y'all think of my idea??
  489.  
  490. I could go along with reducing the frequency of the postings, or perhaps
  491. confining them to rec.radio.info.  I guess you get this via a mailing list,
  492. right?
  493.  
  494. -- 
  495. Dave Horsfall (VK2KFU)    VK2KFU @ VK2AAB.NSW.AUS.OC     PGP 2.3
  496. dave@esi.COM.AU           ...munnari!esi.COM.AU!dave    available
  497.  
  498. ------------------------------
  499.  
  500. Date: 6 Apr 94 18:21:28 GMT
  501. From: sdd.hp.com!col.hp.com!fc.hp.com!myers@hplabs.hp.com
  502. To: info-hams@ucsd.edu
  503.  
  504. References <bote.765267957@access1>, <HIDEG.94Apr4011228@spsd10b.erim.org>, <bote.765611050@access3>
  505. Subject : Re: Heinous operating techniques (AGAIN!)
  506.  
  507. John Boteler (bote@access.digex.net) wrote:
  508. > Yes, the smart operator knows how to eliminate
  509. > inefficient practices such as "This is" and
  510. > get right to the job at hand. He does not
  511. > need to vary the length of "This is" because
  512. > such a mechanism is already in place: his
  513. > callsign, which could require less time to say,
  514. > such as "NF3I", or more time to say, such as
  515. > "KA6WWY".
  516.  
  517. Even in the latter case, there's no need to take the longer time; the
  518. practice only shows up in such situations as net check-in, in which case
  519. the full legal ID isn't needed.  KA6WWY could just check in as "WWY" on the
  520. first go-round, and when net control gets back around to acknowledging
  521. the check-ins either note the full call (if recognized) or ask for the
  522. full call (if it wasn't).  For example, I might participate in the
  523. following exchange when checking into the local traffic net:
  524.  
  525. "N0XXX, net control, now taking check-ins for the Northern Colorado Traffic
  526. Net...."
  527.  
  528. "EW"
  529.  
  530. "EW, net control"
  531.  
  532. "KC0EW, Bob, Loveland, no traffic"
  533.  
  534. Or if net control recognizes the call (or maybe just my voice):
  535.  
  536. "Recognize KC0EW...Bob, any traffic?"
  537.  
  538. "No traffic"
  539.  
  540. ...since control already in this case knows who and where I am.  If I had
  541. emergency traffic, of course, I would certainly state that as early
  542. as possible - probably when first checking in.
  543.  
  544. There's NOTHING more frustrating than trying to sort out three overlapping
  545. attempts at checking in, each of which consisted solely of "This is"! :-)
  546.  
  547.  
  548. Bob Myers  KC0EW   Hewlett-Packard Co.     |Opinions expressed here are not
  549.                    Advanced Systems Div.   |those of my employer or any other
  550. myers@fc.hp.com    Fort Collins, Colorado  |sentient life-form on this planet.
  551.  
  552. ------------------------------
  553.  
  554. Date: (null)
  555. From: (null)
  556. -- 
  557. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  558. + Tom Bodoh - Sr. systems software engineer, Hughes STX, N0YGT                +
  559. + USGS/EROS Data Center, Sioux Falls, SD, USA    57198     (605) 594-6830      +
  560. + Internet; bodoh@dgg.cr.usgs.gov (152.61.192.66)                  +
  561. +    "Welcome back my friends to the show that never ends!" EL&P          +
  562. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  563.  
  564. ------------------------------
  565.  
  566. End of Info-Hams Digest V94 #385
  567. ******************************
  568.